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CROSS-REFERENCE TO RELATED APPLICATIONS 
This application is based upon and claims the 
benefit of priority from prior Japanese Patent 
Applications No. 2002-358697, filed on December 10, 2002 
10 and No. 2003-388249, filed on November 18, 2003 in Japan, 
the entire contents of which are incorporated herein by 
reference. 

BACKGROUND OF THE INVENTION 
15 Field of the Invention 

The present invention relates to a method for 
managing a resource which can be divided and merged, 
especially a lot managing method for managing lot of 
materials/parts and an account managing/settling method 
20 for managing coins, namely trust account. 
Related Art 

In a conventional banking system, data regarding 
deposit accounts is represented in a form of an account 
record provided for each account. As shown in Fig. 11, 

25 for example, such an account record 1100 is constituted 
with an account number 1101, a deposit name 1102, an 
address 1103, a telephone number 1104, the balance 1105 
and the like. That is, credit/currency such as deposit 
balance is conventionally reserved and managed as one 

30 numeral value attribute data piece in the account record. 
Further, transfer between accounts is performed by 
transferring money information between the accounts (for 
example, refer to Japanese Patent Laid-Open Pub, 
No. 2001-243400) . 

35 Now, in the conventional managing method of a 

deposit account such as described above, when a transfer 
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processing between accounts is performed, it is 
necessary to lock an account record of a transfer source 
and an account record of a transfer destination 
simultaneously and perform two operation of an operation 
5 for reducing the balance of the transfer source by a 
transfer amount and an operation for increasing the 
balance of the transfer destination by the transfer 
amount . 

However, since it is difficult to perform the two 

10 operations just simultaneously, there is such a 
possibility that, after one of the operations has been 
performed, a system failure will occurs before the other 
operation, which results in situation where the other 
operation can not be performed. When such a situation 

15 , occurs, the operation for transfer processing itself can 
not be completed but also the system falls in an unjust 
state such as an imbalance of some accounts. That is, 
since states of data under update processing includes a 
state where application of a retrieval processing can 

20 not be performed correctly, there is a problem that the 
retrieval processing can not be applied during the 
updating processing. Therefore, after the 

transfer/updating processings have been interrupted, as 
described above, it is also difficult to retrieve the 

25 remaining data to find out the fact of the interruption. 

Such a problem that the retrieval processing and 
the updating processing can not be conducted 
independently from each other and in parallel to each 
other also occurs in a lot management of material or 

30 parts whose amount or number can be divided or merged 
regarding the same or one item. 

SUMMARY OF THE INVENTION 
The present invention has been proposed for solving 
35 the problem in the conventional art described above and 
an object thereof is to provide an account managing 
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method , an account settling method, an account managing 
system, a lot managing method and a lot managing system 
where an updating processing and a retrieval processing 
can be conducted independently from each other and in 
5 parallel to each other. Thereby, such an advantage can 
be obtained that, even when an operation has been 
interrupted due to a system failure or the like during 
an updating operation, a retrieval operation can 
correctly be performed to the remaining data and 

10 judgment can be made that the system is in a state where 
the updating operation has been interrupted. 

A method of managing an account utilizing a 
computer according to the first aspect of the present 
invention includes: registering records of preset unit 

15 amount to each account by the number corresponding to 
the balance in the account. 

A method of performing settling between amounts 
utilizing a computer according to the second aspect of 
the present invention includes: registering records 

20 showing preset unit amounts to each account by the 
number corresponding to the balance in the account; 
retrieving, from records showing unit amounts registered 
in an account of a transfer source, records of the 
number corresponding to an amount to be settled when 

25 settlement between accounts is required; and changing 
all the retrieved records to records in an account of a 
transfer destination. 

A computer-readable medium according to the third 
aspect of the present invention containing an account 

30 managing program for managing an account utilizing a 
computer, the program including instructions for: 
registering records showing preset unit amounts to each 
account by the number corresponding to the balance in 
the account. 

35 A computer -readable medium according to the fourth 

aspect of the present invention containing an account 
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settling program for settling an account utilizing a 
computer, the program including instructions for: 
registering records showing preset unit amounts to each 
account by the number corresponding to the balance in 
5 the account and retrieving, from records showing unit 
amounts registered in an account of a transfer source, 
records of the number corresponding to an amount to be 
settled when settlement between accounts is required and 
changing all the retrieved records to records in an 
10 account of a transfer destination. 

A lot managing method for managing the 
locations/possessions of articles in a dividable lot 
utilizing a computer according to the fifth aspect of 
the present invention includes registering a preset unit 
quantity of records by the number corresponding to the 
generated quantity when the articles are generated as a 
subject to be managed in one location/possession. 

An account managing/ settling system according to 
the sixth aspect of the present invention includes an 
input/output control section, a money reception/payment 
processing section, a transfer processing section, a 
balance inquiry processing section, an account 
opening/canceling processing section, a trust record 
changing section, a trust record retrieving section, an 
25 account record changing section, an account record 
retrieving section, a trust record storing section, an 
account record storing section and a plurality of 
terminals, wherein 

the input/output control section receives each of 
30 processing demands from the plurality of terminals to 
judge contents thereof, and transmit data attendant to 
the processing demand to either one of the money 
reception/payment processing section, the transfer 
processing section, the balance inquiry processing 
35 section, and the account opening/canceling processing 
section to request a processing; 
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the money reception/payment processing section 
instructs the trust record changing section to perform 
addition/deletion of trust records corresponding to the 
instructed amount from the input/output control section, 
5 the trust record changing section performs a processing 
for the instructed addition/deletion of trust records 
and an upper/lower exchanging processing accompanied by 
the same to the trust record stored in the trust record 
storing section and, when the processing is completed, 

10 notifies the money reception/payment processing section 
that the instructed change of the trust records has been 
completed, and the money reception/payment processing 
section notifies the input/output control section of the 
completion of the money reception /payment processing on 

15 the basis of the notification of the completion of the 
instructed trust record change, and the input/output 
control section notifies the completion of the 
processing to the terminal which generated the 
corresponding processing demand; 

20 the transfer processing section transmits a 

transfer source account number, a transfer destination 
account number and a transfer amount sent from the 
input/output control section to the trust record 
changing section to instruct the trust record changing 

25 section to perform changing of the account numbers of 
the trust records, the trust record changing section 
performs the instructed changing processing of the 
account numbers and a necessary lower/upper exchanging 
processing to the trust records stored in the trust 

30 record storing section and, when the processing is 
completed, notifies a completion of the processing to 
the transfer processing section, the transfer processing 
section transmits a completion notification of the 
processing to the input/output control section, and the 

35 input/output control section transmits the completion 
notification to the terminal which generated the 



transfer processing demand; 

the balance inquiry processing section transmits 
the account number to the trust record retrieving 
section to instruct the trust record retrieving section 
5 to perform accumulation of the balance in the account, 
the trust record retrieving section retrieves trust 
records having the instructed account number from the 
trust record storing section to check trust IDs of the 
trust records having the instructed account number and 

10 sum unit amounts of the trust records which have been 
determined to be accumulable as the balance and notifies 
the balance to the balance inquiry processing section, 
the balance inquiry processing section transmits the 
balance to the input/output control section, and the 

15 input/output control section returns the balance to the 
terminal which generated the inquiry demand; 

on receipt of an account opening demand from the 
input/output control section, the account 

opening/canceling processing section instructs the 

20 account record changing section and the trust record 
changing section to perform registration of account 
records and trust records of a designated account number, 
the account record changing section and the trust record 
changing section produce the instructed records to 

25 register the records in the account record storing 
section and the trust record storing section, 
respectively, the account record storing section and the 
trust record storing section return processing 
completion notifications back to the account 

30 opening/canceling processing section, the account 
opening/canceling processing section notifies completion 
of the account opening processing to the input/output 
control section on receipt of both the completion 
notifications, the input/output control section receives 

35 the completion notification of the account opening 
processing to transmits a processing completion to the 
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terminal which generated the opening demand; and 

on receipt of an account canceling demand from the 
input/output control section, the account 

opening/canceling processing section instructs the 
5 account record changing section and the trust record 
changing section to perform deletion of the account 
records and the trust records having the designated 
account number, the account record changing section and 
the trust record changing section delete the designated 

10 records from the account record storing section and the 
trust record storing section, respectively, the account 
record storing section and the trust record storing 
section return processing completion notifications to 
the account opening/canceling processing section, the 

15 account opening/canceling processing section notifies 
completion of the account canceling processing to the 
input/output control section upon receipt of both the 
processing completion notifications, and the 

input/output control section transmits a processing 

20 completion to the terminal which generated the canceling 
demand upon receipt of the notification of the 
completion of the account canceling processing. 

A lot managing system according to the seventh 
aspect of the present invention includes an input/output 

25 control section, a lot registration processing section, 
a lot update processing section, a lot deletion 
processing section, a lot retrieval processing section, 
a unit lot record changing section, a unit lot record 
retrieving section, a unit lot record storing section, 

30 and a plurality of terminals, wherein 

the input/output control section receives each of 
processing requests generated from the plurality of 
terminals to judge contents thereof and transmit data 
attendant to the processing demand to either one of the 

35 lot registration processing section, the lot update 
processing section and the lot retrieval processing 
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section to request a processing; 

the lot registration processing section has a 
designated article name and initial history and 
instructs the unit lot record changing section to 
perform addition of unit lot records of kinds and 
quantity corresponding to a designated quantity, the 
unit lot record changing section performs the instructed 
addition of the unit lot records to the unit lot record 
storing section, upon completion of the addition, the 
unit lot record changing section notifies the completion 
to the lot registration processing section, the lot 
registration processing section transmits the completion 
of the lot registration processing to input/output 
control section, and the input/output control section 
notifies the completion of the processing to the 
terminal which generated the lot registration processing 
demand; 

the lot update processing section instructs the 
unit lot record retrieving section to perform retrieval 
of unit lot records having a designated article 
name/history, the unit lot retrieving section retrieves 
coincident unit lot records from the unit lot records in 
the unit lot record storing section to return the same 
back to the lot update processing section, the lot 
update processing section instructs the unit lot record 
changing section so as to change histories of unit lot 
records of the designated quantity from the retrieved 
unit lot records, the unit lot record changing section 
performs a record division processing, as needed, and 
change histories of unit lot records corresponding to 
the designated quantity to notify completion of a 
history changing processing to the lot update processing 
section, the lot update processing section transmits 
completion of the lot update processing to the 
input/output control section, and the input/output 
control section notifies completion of the processing to 



the terminal which generated the lot update processing 
demand ; 

the lot deletion processing section instructs the 
unit lot retrieving section to perform retrieval of unit 
5 lot records having a designated article name/history, 
the unit lot record retrieving section retrieves 
coincident unit lot records from the unit lot records in 
the unit lot record storing section to return the same 
back to the lot deletion processing section, the lot 

10 deletion processing section instructs the unit lot 
record changing section to perform deletion of the 
retrieved unit lot records, the unit lot record changing 
section deletes the instructed unit lot records from the 
unit lot record storing section to notify deletion 

15 completion to the lot deletion processing section, the 
lot deletion processing section transmits a lot deletion 
processing completion to the input/output control 
section, the input/output control section notifies the 
completion of the processing to the terminal which 

20 generated the lot deletion processing demand; and 

the lot retrieval processing section instructs the 
unit lot record retrieving section to perform retrieval 
of unit lot records having a designated article 
name/history, the unit lot record retrieving section 

25 retrieves coincident unit lot records from the unit lot 
record storing section to accumulate unit quantities of 
retrieved unit lot records and return the same back to 
the lot retrieval processing section, the lot retrieval 
processing section returns the accumulation result of 

30 the unit quantities back to the input/output control 
section as the quantity of the designated lot, and the 
input/output returns the accumulation result to the 
terminal which generated the lot retrieval demand. 

According to the present invention, update and 

35 retrieval processings can be performed independently 
from each other and in parallel to each other. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a flowchart showing an outline of an 
account managing/settling method according to a first 
5 embodiment to which the present invention has been 
applied; 

Fig. 2 is a data structure diagram showing a data 
structure of a trust record used in the account 
managing/settling method according to the first 
1 0 embodiment ; 

Fig. 3 is an explanatory diagram showing one 
example of specific trust records registered by the 
account managing/settling method according to the first 
embodiment; 

15 Fig. 4 is an explanatory diagram showing one 

example of a state where a transfer processing has been 
performed on the trust records shown in Fig. 3; 

Fig. 5 is a flowchart showing an exchanging 
processing which is conducted in the account 
20 managing/settling method according to the first 
embodiment , as needed ; 

Fig. 6 is an explanatory diagram showing one 
example of a state where a lower exchanging processing 
has been conducted on the trust records shown in Fig. 4; 
25 Fig. 7 is an explanatory diagram showing one 

example of a state where a transfer processing has been 
conducted on the trust records shown in Fig. 6, ; 

Fig. 8 is an explanatory diagram showing one 
example of a state where an upper exchange processing 
30 has been conducted on the trust records shown in Fig. 7; 

Fig. 9 is a flowchart showing a balance computing 
processing which is conducted in parallel with the 
exchanging processing shown in Fig. 5; 

Fig. 10 is an explanatory diagram showing one 
35 example of a state where rearrangement has been 
conducted on the trust records shown in Fig. 8 and re- 



11 



attaching of trust IDs has been made; 

Fig. 11 is a data structure diagram showing one 
example of a data structure of an account record used in 
a conventional deposit account managing method; 
5 Fig. 12 is a block diagram showing a constitution 

of an account managing system for performing a method of 
the first embodiment; 

Fig. 13 is a diagram showing a constitution of a 
unit lot record in a lot managing method according to a 
10 second embodiment of the present invention; 

Fig. 14 is a flowchart showing a processing 
procedure of the lot managing method according to the 
second embodiment; 

Fig. 15 is a diagram showing a unit lot record 
15 representing that 100 parts A belong to reception; 

Fig. 16 is a flowchart showing a procedure of a 
record dividing processing according to the second 
embodiment ; 

Fig. 17 is a diagram showing that lot records 
20 representing 60 parts of a divided unit lot which have 
been transferred to a first line; 

Fig. 18 is a diagram showing unit lot records 
representing that 30 parts A have been transferred to a 
second line; 

25 Fig. 19 is a diagram showing unit lot records 

obtained after 20 parts A in the first line have been 
assembled in the product 1#101 and 20 parts A therein 
have been assembled in the product 1#102; 

Fig. 20 is a diagram showing unit lot records 
30 obtained after 20 parts A in the second line have been 
assembled in the product 1#201 and 10 parts A therein 
have been assembled in the product 2#202; 

Fig. 21 is a flowchart showing a checking procedure 
at a time of quantity summing of the retrieval result 
35 according to the method of the second embodiment; 

Fig. 22 is a diagram showing a record on which an 
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inherent ID has been written at the time of reception; 

Fig. 23 is a diagram showing unit lot records on 
which an inherent ID has been written in the reception 
step; and 

5 Fig. 24 is a block diagram showing a constitution 

of a system for performing the method of the second 
embodiment. 

DESCRIPTION OF THE EMBODIMENTS 

10 Embodiments of the present invention will be 

specifically explained below with reference to the 
drawings. Incidentally, the embodiments described herein 
do not apply any limitation to the present invention but 
they only exemplifies some aspects of the present 

15 invention. 

The present invention can typically be realized by 
controlling a computer with a software. A software used 
in this case is for realizing an operation and an 
advantage of the present invention by utilizing a 

20 hardware of the computer physically, and a suitable 
conventional technique is applied to a portion to which 
the conventional technique is applicable. Further, a 
specific kind or constitution of a hardware or a 
software for realizing the present invention and/or a 

25 range which is processed by the software can be changed, 
for example, a program for realizing the present 
invention is one aspect of the present invention. 
(First Embodiment) 

(1. Outline of an account managing/settling method) 
30 Fig. 1 is a flowchart showing an outline of a 

method for performing account management and settlement 
to a plurality of deposit accounts in a financial 
institution such a bank according to a first embodiment 
of the present invention. As shown in Fig. 1, in this 
35 embodiment, trust records of a preset unit amount is 
registered at the time of registration of a new account 
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(YES in Step SI 01) by the number corresponding to the 
balance of the new account (SI 02) . 

That is, in the embodiment, an account record is 
not provided for each account in the conventional manner, 
5 but "trust records" (200) constituted with "trust ID" 
(201) , "unit amount" (202) , and "account number" (203) 
are registered by the number corresponding to the 
balance of each account. Here, the "trust ID" is set for 
guaranteeing and identifying a uniqueness of each record 

10 such as a bill number. The "unit amount" is an amount 
having the minimum number of each digit in an amount 
expressed by decimal notation as a unit such that the 
numerical value of the head is "1" and numerical values 
subsequent thereto are "0" such as 1,000,000 yen, 

15 100,000 yen, 10,000 yen, 1,000 yen, 100 yen or the like. 
The "account number" is a number for guaranteeing and 
identifying uniqueness of each account. 

For example, in case that a deposit balance is 
123,000 yen in an account attached with an account 

20 number "A", a deposit balance is 31,200 yen in an 
account attached with an account number "B", and a 
deposit balance is 213,000 yen in an account attached 
with an account number "C", 18 trust records are 
registered so as to correspond to these accounts, as 

25 shown in Fig. 3. That is, a state that, of the sum 
balance of 367,200 yen, 123,000 yen is held in the 
account "A", 31,200 yen is held in the account "B" and 
213,000 yen is held in the account "C" is represented in 
Fig. 3. In this case, the trust records have been 

30 registered in the order of higher unit amounts, the same 
unit amounts have been registered in an ascending order 
(in the order of A, B and C) of the account numbers, and 
attachment of trust IDs continuous numbers "1" to "18" 
is made. 

35 At a time of money reception or payment to/from 

each account (YES in Step S103) , reception processing is 



made by additionally registering the number of trust 
records corresponding to a reception amount as the trust 
record having the account number of the account and 
payment processing is made by retrieving the number of 
5 trust records corresponding to the payment amount of the 
trust records having the account number of the account 
to delete all trust records retrieved (S104) . 

In the example shown in Fig. 3, for example, when 
payment of 13,000 yen is made from the account "C" , one 

10 trust record (trust ID = 9) of a unit amount "10,000 
yen" and three trust records (trust ID = 14, 15 and 16) 
of a unit amount "1,000 yen" are retrieved from the 
trust records with the account number "C" of the account 
so that the trust records retrieved can be deleted. 

15 Further, in case that settlement between accounts 

is required (YES in Step S105) , a transfer processing 
between the accounts is performed by retrieving the 
trust records corresponding to the number of the 
settlement amount from the trust records having the 

20 account number of the account of the transfer source to 
change all the trust records retrieved to the trust 
records having the account number of the account of the 
transfer destination (S106) . 

In the example shown in Fig. 3, for example, 

25 transfer processing of 13,000 yen is conducted from the 
account "C" to the account "A", the transfer can be 
conducted by retrieving one trust record (trust ID = 9) 
of a unit amount "10,000 yen" and three trust records 
(trust ID = 14, 15 and 16) of a unit amount "1,000 yen" 

30 from the trust records having the account number "C" of 
the account of the transfer source to change the account 
number "C" of these trust records to the account number 
"A" . 

Incidentally, in the transferring processing 
35 between accounts such as described above, since a 
plurality of trust records are handled, it is necessary 
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to conduct a plurality of updating operations such as 
changing account number fields in the respective trust 
records. However, each trust record has one of the 
account numbers of the transfer source and the transfer 
5 destination before and after execution of each operation, 
the total balance in these accounts is not changed and 
the system is prevented from falling in an unjust state 
such as mismatch in balance. 

The trust records after the transfer processing has 

10 been completed in the above example shown in Fig. 3, are 
changed to their states shown in Fig. 4. In this case, 
the balance * 136 ,000 yen" in the account *A" after 
transfer can be obtained by retrieving all the trust 
records having the account number "A" to sum the unit 

15 amounts of the trust records (trust ID = 1 , 4, 5, 9, 10, 
11, 12, 14, 15 and 16). Incidentally, in Fig. 4, 
respective trust records changed or added are shown in 
an enhancing manner by a double frame. In the figures 
described hereinafter, also, trust records changed/ added 

20 are shown with such a double frame. 

Further, when an existing account is canceled (YES 
in Step S107) , a canceling processing is conducted by 
retrieving the trust records of unit amounts having an 
account number of the account to delete all the trust 

25 records retrieved (SI 08) . 
(2. Exchanging Processing) 

Fig. 5 is a flowchart showing an exchanging 
processing performed in the amount managing and settling 
method shown in Fig. 1, as needed. Before and after 

30 reception/payment processing or transfer processing, or 
at a time of another processing, when the number of 
trust records of one unit amount is short (YES in Step 
S501) or on the contrary when the number of trust 
records of one unit mount is too many (YES in Step S502) , 

35 a lower exchanging processing or an upper exchanging 
processing is conducted in response to excess or 
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shortage of the trust records of the unit amount 
according to the procedure shown in Fig. 5 until the 
number of the trust records of the unit amount reaches 
an appropriate number (S511 to S515 or S521 to S525) . 
5 When the number of the trust records reaches the 
appropriate number (YES in Step S503) , the exchanging 
processing is terminated. The details of the lower 
exchanging processing and the upper exchanging 
processing will be sequentially explained below. 

10 (2 — 1: Lower Exchanging Processing) 

In a money reception/payment processing or a 
transfer processing to a designated account, when the 
trust records of an m-digit (m is an integer) unit 
amount required for processing is short in trust records 

15 having the account number and showing unit amounts in 
respective digits expressed by decimal notation (YES in 
Step S501) , a lower exchanging processing to a unit 
amount in a lower digit is performed in a procedure 
shown in Fig. 5 (S511 to S515) . The lower exchanging 

20 processing is conducted in the following manner. 

First, from one trust record showing a unit amount 
with k digits which is a minimum-digit unit amount of (m 
+1)- or more-digit unit amounts in trust records having 
the account number, 10 trust records showing a (k - 1) - 

25 digit unit amount having the same trust ID and the same 
account number is first produced and registered (a lower 
unit record producing step: S511) . Then, the one record 
showing the unit amount with k digits which is the 
source for the ten trust records showing the (k - 1) - 

30 digit unit amount registered is deleted (an upper unit 
record deleting step: S512) . 

Then, trust IDs of the 10 trust records showing the 
registered (k - 1) -digit unit amount are changed to new 
individual trust IDs (an individual ID changing step: 

35 S513) . Further, when the (k - 1) digit does not 
correspond to m digit (NO in Step S514) , Steps S511 to 
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S514 are repeated using the previous (k - 1) as a new k 
(S515) until the (k - 1) digit is coincident with the m 
digit. 

In the example shown in Fig. 4, for example, when 
5 transfer of "8,800 yen" from the account "C" to the 
account "B" is performed, the trust records showing a 
quadruple -digit unit amount "1,000 yen" and the trust 
records showing a triple-digit unit amount "100 yen" are 
retrieved from the trust records having the account 

10 number "C" of the account which is a transfer source. 
However, since no trust record with the quadruple -digit 
unit amount "1,000 yen" in the trust records having the 
account number "C" , the trust records showing the 
minimum-digit unit amount of five- or more-digit unit 

15 amounts are retrieved. 

In this case, two trust records (trust ID = 2 and 
3) of a six-digit unit amount "100,000 yen" are 
retrieved as the trust record showing the minimum-digit 
unit amount of at least five digits having the account 

20 number "C" . Therefore, a lower exchanging processing is 
performed on one trust record (for example, the trust ID 
= 3) of the trust records to produce 8 trust records 
showing the quadruple -digit unit amount "1,000 yen" and 
the triple-digit unit amount "100 yen" which are 

25 required for the transfer processing. At this time, the 
trust records after completion of the lower exchanging 
processing becomes a state shown in Fig. 6. Further, the 
processing procedure is as follows. 

Ten trust records showing the five-digit unit 

30 amount "10,000 yen" having the same trust ID "3" and 
account number "C" as those of one trust record (trust 
ID = 3) of the six-digit unit amount "100,000 yen" which 
is the source are produced and registered. At a time 
when the registered has been completed, the trust record 

35 (trust ID = 3) of the six-digit unit amount "100,000 
yen" which is the source is deleted. Then, the 
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respective trust IDs "3" of 10 trust records showing the 
produced trust ID "3" and unit amount "10,000 yen" are 
changed to new unique IDs such as "3", and "19" to "27", 
for example. 

5 Since the digit number "5" of the unit amount 

"10,000 yen" of 10 trust records (trust ID = 3, and 19 
to 27) obtained by division in this manner are different 
from the necessary digit numbers "4" and "3", one trust 
record (for example, the trust ID = 27) is selected from 

10 the 10 trust records, and a producing operation of 10 
trust records from the one trust record, a deleting 
operation of one trust record which is a source for the 
10 trust records and an ID changing operation of 10 
trust records are performed like the above. As a result, 

15 10 trust records having trust IDs "27" to "36", 
respectively, and showing the unit amount "1,000 yen" 
can be obtained. 

Further, for example, 10 trust records having trust 
IDs "36" to "45", respectively, and showing the unit 

20 amount "100 yen" can be obtained by selecting one trust 
record (for example, trust ID = 36) and performing a 
producing operation of 10 trust records from the one 
record, a deleting operation of the one trust record 
which is the source and an ID changing operation of the 

25 ten trust records like the above. 

Regarding the account "C" , the nine trust records 
(trust ID = 3 and 19 to 26) showing the five -digit unit 
amount "10,000 yen", the 9 trust records (trust ID = 27 
to 35) showing the quadruple-digit unit amount "1,000 

30 yen", and the ten trust records (trust ID = 36 to 45) 
showing the triple -digit unit amount "100 yen" can 
finally be obtained from the trust record (trust ID = 3) 
of the six-digit unit amount "100,000 yen" according to 
the lower exchanging process comprising three steps as 

35 described above. 

In the example shown in Fig. 6, when all the trust 
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records having the account number "C" are retrieved and 
the unit amounts of the trust records (trust ID = 2, 3, 
and 19 to 45) are summed, the same balance "200,000 yen" 
as that before the lower exchanging processing can be 
5 obtained as the balance in the account "C" . 

The procedure for transfer can be completed by 
selecting 8 trust records (for example, trust ID = 27 to 
34) showing the unit amount "1,000 yen" of four digits 
and 8 trust records (for example, trust ID = 36 to 43) 

10 showing the unit amount "100 yen" of three digits which 
are required for a transfer processing from the trust 
records of the account "C" obtained newly in the above 
manner, and changing their account numbers from "C" to 
"B". That is, the transfer processing of "8,800 yen" 

15 from the account "C" to the account "B" is performed. 

The trust records after completion of the transfer 
processing in the example shown in Fig. 6 are changed to 
a state shown in Fig. 7. In this case, when all the 
trust records having the account number "B" are 

20 retrieved and the unit amounts of the trust records 
(trust ID = 6 to 8, 13, 17, 18, 27 to 34 and 36 to 43) 
are summed, the balance "40,000 yen" coincident with the 
summed amount obtained by adding the transfer amount 
"8,800 yen" to the balance "31,200 yen" before the 

25 transfer processing can be obtained as the balance in 
the account "B" . 

(2-2: Upper Exchanging Processing) 

After a money reception/payment processing or a 
transfer processing to a designated account has been 

30 performed and so on, when the number of trust records 
showing j -digit (j is an integer) unit amounts in the 
trust records having the account number and showing the 
unit amounts of respective digits expressed by decimal 
notation is 10 or more (YES in Step S502) , an upper 

35 exchanging processing to the unit amount of the upper 
digit is performed (S521 to S525) . The upper exchanging 
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processing is performed in the following manner. 

Ten trust records showing the unit amount of j 
digit are selected from the trust records having the 
account number, and all trust IDs of the selected trust 
5 records are changed to the same trust ID (same ID 
changing step: S521) . Next, one trust record having the 
(j + 1) -digit unit amount and showing the samie ID and 
account number as those of the 10 trust records showing 
the j -digit unit amount, whose trust ID have been 

10 changed to the same trust ID is produced and registered 
(an upper unit record producing step: S522) . 

Then, the 10 records showing the j -digit unit 
amount which are the source for the registered one trust 
record showing the (j + 1) -digit unit amount are deleted 

15 (a lower unit record deleting step: S523) . Further, when 
there are 10 or more trust records showing the (j + 1)- 
digit unit amount (YES in Step S524) , the Steps S521 to 
S524 are repeated using the previous (j + 1) as a new j 
(S525) . 

20 In the example shown in Fig. 7, for example, the 

total 22 trust records including 10 trust records (trust 
ID = 17, 18 and 36 to 43) showing the unit amount "100 
yen", and 9 trust records (trust ID = 13 and 27 to 43) 
showing the unit amount "1,000 yen'' are included in the 

25 trust records of the account "B" . These trust records 
are maintained as they are, and they can be used, when a 
transfer demand from the account "B" is received. 
However, when transfers to the account "B" are continued, 
there occurs a problem that many trust records with 

30 small unit amounts collect in the account "B", so that 
the number of the whole records increases . 

In the embodiment, the number of the records is 
reduced by exchanging 10 trust records showing the 
triple-digit unit amount "100 yen'' in the trust records 

35 in the account "B" to one trust record showing the 
quadruple -digit unit amount "1,000 yen" by the above 
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upper exchanging step. The content of a processing 
performed at this time is as follows: 

All trust IDs of 10 trust records (trust ID = 17, 
18 and 36 to 43) showing the triple-digit unit amount 
5 "100 yen' 7 are first changed to the same trust ID, for 
example, trust ID "17". Next, one trust record having 
the same trust ID "17" as the trust ID and the same 
account number "B" and showing the quadruple -digit unit 
amount "1,000 yen" is produced and registered. At the 

10 time of completion of the registration, 10 trust records 
with the trust ID "17" showing the triple-digit unit 
amount "100 yen" which is a source are deleted. 

As the result that the upper exchanging processing 
of the trust records from the triple-digit unit amount 

15 to the quadruple -digit unit amount has been conducted, 
10 trust records (trust ID = 13, 17, and 27 to 34) 
showing the unit amount "1,000 yen" are included in the 
trust records in the account "B" . Therefore, regarding 
these 10 trust records showing the quadruple -digit unit 

20 amount "1,000 yen", their trust IDs all are changed to 
the same ID, for example, trust ID "13", and exchanging 
to one trust record having the trust ID "13" and showing 
the five-digit unit amount "10,000 yen" is conducted. 

As the result that the upper exchanging processing 

25 comprising two stages of the step from the triple-digit 
unit amount to the quadruple -digit unit amount and the 
step from the quadruple -digit unit amount to the five- 
digit unit amount has been conducted in this manner, the 
trust records after the upper exchanging processing in 

30 the example shown in Fig. 7 are changed to a state shown 
in Fig. 8. In this case, when all the trust records 
having the account number "B" are retrieved and the unit 
amounts of the trust records (trust ID = 6 to 8, and 13) 
are summed, the same balance "40,000 yen" as that before 

35 the upper exchanging process is performed can be 
obtained as the balance in the account "B" . In this case, 
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also, only four trust records (trust ID = 6 to 8, and 
13) showing the five-digit unit amount "10,000 yen" are 
eventually included in the trust records in the account 
X> B" . That is, by conducting the upper exchanging 
5 processing in the above manner, the number of the trust 
records in the account tt B" can largely be decreased from 
22 to 4. 

(2-3: Balance computing processing compatible with the 
exchanging processing) 

10 Incidentally, in this embodiment, when the balance 

in one account is computed in parallel execution of an 
exchanging processing such as the above, as shown in Fig. 
9, judgment is made about whether or not there are a 
plurality of trust records having the same trust ID 

15 (S901) , and a balance computing processing is conducted 
in response to the judgment result. That is, when there 
are a plurality of trust records having the same trust 
ID (YES in Step S901) , it is recognized that the current 
processing is put in the course of the lower exchanging 

20 processing or the upper exchanging processing as 
described above, and judgment is further made about 
whether or not a trust record (s) with a different unit 
amount exists in the plurality of trust records (S902) . 

In case that the trust record with a different unit 

25 amount exists in the plurality of trust records having 
the same trust Id (YES in Step S902) , only the unit 
amount of one trust record showing the highest unit 
amount of the trust records is added as the amount of 
the trust ID to obtain the balance (S903) . On the 

30 contrary, in case that all the unit amounts of the 
plurality of trust records having the same trust ID are 
the same (NO in Step S902) , the unit amounts of all the 
plurality of trust records having the same trust ID are 
added as the amount of the trust ID (S904) . That is, the 

35 unit amount x the number of trust records is added as 
the amount of the trust ID. Further, when a plurality of 
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trust records having the same trust ID does not exist 
(NO in Step S901) , an ordinary balance computation where 
the amounts of trust records are simply added is 
performed (S905) . 
5 In the example shown in Fig. 4, for example, at the 

time when 10 trust records having the same trust ID "3" 
as that of one trust record (trust ID = 3) showing the 
six-digit unit amount "100,000 yen" and the same account 
number "C", and showing the five-digit unit amount 

10 "10,000 yen" have been produced and registered, two 
kinds of trust records showing the unit amount "100,000 
yen" and the unit amount "10,000 yen" exist in the 
plurality of trust records having the trust ID "3". In 
this case, therefore, only the unit amount "100,000 yen" 

15 of the highest amount as the unit amount of the trust ID 
"3" in the account "C" is added to obtain the balance. 
That is, the balance is obtained by adding the unit 
amount of the trust ID "2", "100,000 yen", and the unit 
amount of the highest amount of the trust ID "3", 

20 "100,000 yen", and the amount of the balance is "200,000 
yen" . 

On the other hand, in the example shown in Fig. 4, 
after 10 trust records having the trust ID "3" and the 
account number "C" and showing the five-digit unit 

25 amount "10,000 yen" have been produced and registered, 
when the trust records (trust ID = 3) of the six-digit 
unit amount "100,000 yen" which is a source has been 
deleted, all the unit amounts of the trust records 
having the trust ID "3" become the same unit amount 

30 "10,000 yen". In this case, therefore, the sum of all 
the unit amounts "10,000 yen" of the trust records 
having the trust ID "3" is added to obtain the balance. 
That is, in this case, the balance in the account "C" is 
obtained by adding "100,000 yen" which is the unit 

35 amount of the trust ID "2" and the unit amount "10,000 
yen" x the number of records "10", and its amount 
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becomes "200,000 yen" . 

In the example shown in Fig. 4, also, at a time 
when respective trust IDs of 10 trust records showing 
the five-digit unit amount "10,000 yen 7 ' and having the 
trust ID "3" and the account number "C" have been 
changed to new IDs "3", and "19" to "27", since a 
plurality of trust records having the same trust ID do 
not exist regarding the account "C", the amounts of the 
trust records are added simply to obtain the balance. 
That is, the balance in the account "C" in this case is 
obtained by adding the unit amount "100,000 yen" 
indicated by the trust ID "2" and the respective unit 
amounts "10,000 yen" indicated by the trust IDs "3" and 
"19" to "27" simply and the amount becomes "200,000 yen". 

As becomes apparent from the above explanation, in 
the above-described lower exchanging processing, in case 
that the producing operation of 10 trust records, the 
deleting operation of the original one trust record and 
the ID changing operation of 10 trust records are 
sequentially performed, the balance can be computed 
accurately even at any time point in the course of the 
operations. In the upper exchanging processing, also, 
even in case that the ID changing operation of 10 trust 
records, the producing operation of one trust record and 
the deleting operation of the original 10 trust records 
are sequentially performed, the balance at any time 
point in the course of the operations can be obtained 
accurately by conducting a similar balance operation. In 
addition, even in the both exchanging processings, even 
when an interruption during either operation occurs, the 
interrupted state can be judged only from the contents 
of the trust records, so that the exchanging processing 
can be restarted easily and appropriately. 
(3. Operation and advantage of First Embodiment) 

According to the account managing/ settling method 
of the embodiment as described above, by registering 
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trust records of preset unit amounts by the number 
corresponding to the balance in each account, the 
balance in the account becomes the sum of the amounts 
expressed by the trust records of the unit amounts 
5 registered in the account. By using trust records of 
unit amounts in this manner, settlement between accounts 
can be easily performed by the operation of retrieving 
the trust records of the number corresponding to the 
settling amount from the trust records of the unit 

10 amounts registered in the account of the transfer source 
and the operation of changing the account number of all 
the retrieved trust records to the account number of a 
transfer destination. As described in the balance 
computing operation compatible with the exchanging 

15 processing, a trust record retrieving section can 
compute an accurate balance by checking trust IDs of 
respective trust records in a procedure shown in Fig. 9 
even in the middle that a trust record updating section 
is performing the exchanging processing according to the 

20 procedure shown in Fig. 5. Accordingly, the trust record 
retrieving section can always conduct a balance 
computation regardless of whether or not the trust 
records in a trust record storing section are put in the 
course of updating operation, a processing for a balance 

25 inquiry can be performed without delay. That is, the 
balance inquiry processing can be performed just in 
parallel with such an updating processing as a transfer. 
Further, even in case that an operation is interrupted 
due to a system failure or the like in the course of an 

30 operation for such a transfer processing between 
accounts, the registration destination of respective 
trust records of the unit amounts corresponding to the 
account of the transfer destination is changed to either 
one of the account of the transfer source and the 

35 transfer destination in response to a timing of the 
interruption, so that an unfair state such as a balance 
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mismatching is prevented from occurring. 

In this embodiment, further, by using amounts, 
utilizing minimum numbers of respective digits as units, 
as unit amounts, such as 1,000,000 yen (a seven-digit 
5 unit amount), 100,000 yen (a six-digit unit amount), 
10,000 yen (a five-digit unit amount) and the like in 
decimal notation, an arbitrary amount can be expressed 
effectively according to a combination of the trust 
records of the unit amounts, which makes it easy to 

10 perform such a processing as an amount computation 
processing, a transfer processing and the like. 
Incidentally, in this embodiment, the decimal notation 
has been used as the unit amount, but another n base 
notation such as a binary notation and the like may be 

15 used. In this case, in case that the value of n is small, 
there is a possibility that the number of trust records 
is considerably increased. Therefore, it is usually 
preferable that the unit amounts expressed by the 
decimal notation, which is similar to a cash processing 

20 are used. 

In particular, according to this embodiment, in 
case that there is not the required number of trust 
records showing the unit amount of designated digits in 
the trust records showing the unit amounts of the 

25 respective digits expressed by decimal notation, which 
are registered in the designated account, an exchanging 
operation from an upper unit amount to a lower unit 
amount can be performed by performing the lower 
exchanging processing that, from a trust record showing 

30 the unit amount higher than the unit amount of the 
designated digits, 10 trust records showing a unit 
amount lower than the unit amount by one digit are 
produced. Therefore, even when the trust records of the 
designated unit amount do not exist in the designated 

35 account, the trust records showing the unit amount of 
the required digits can be easily produced to conduct a 
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settlement smoothly by exchanging a trust record showing 
a unit amount of a higher digit, which exists in the 
account at that time . 

Further, in case that 10 or more trust records 
5 showing some-digit unit amount exist in trust records 
showing unit amounts of respective digits expressed with 
decimal notation, which have been registered in a 
designated account, exchanging from a lower unit amount 
to an upper unit amount can be conducted by producing, 

10 from 10 trust records showing a unit amount of some 
digits, one trust record showing a unit amount higher 
than that of those records by one digit. Therefore, in 
case that many trust records showing a unit amount of 
the same digit (s) exist in the designated account, the 

15 number of the whole trust records can be reduced as much 
as possible by exchanging these trust records to a trust 
record (s) showing a unit amount higher than that of the 
trust records appropriately. 

That is, by reducing the number of trust records 

20 each time when the upper exchanging processing becomes 
applicable, the number of the total records can be kept 
in a state of (number of account numbers) x (number of 
kinds of unit amounts) x (base number of unit amount - 
1) . Incidentally, the number of account numbers means 

25 the number of accounts which have been registered 
simultaneously in actual. On the other hand, since the 
number of kinds of unit amounts means the maximum digits 
of the balance in each account and the base number of 
the unit amount means n in the above n-base notation, 

30 the two parameters are fixed in advance. For example, in 
case that the balance of ten -digits (less than 10 
billion) expressed by decimal notation is handled, 10 x 
(10-1) =10x9 = 90. However, since a case that 90 
records are required means only an account where all ten 

35 digits of its balance are 9, namely, an account showing 
the balance of 9,999,999,999, the number of records 
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required for expressing the balance of each account is 
considerably smaller. Further, the number of account 
numbers means the number of accounts opened in actual , 
which is considerably smaller than the number of 
5 different values which can be expressed as account 
numbers . 

Accordingly, since the number of trust records 
required in the account managing system of this 
embodiment is included in the number proportional to the 

10 number of accounts opened in actual, a storing capacity 
corresponding to the number of accounts to be handled 
can be estimated in advance. Thereby, such an advantage 
can be achieved that waste of storing capacity due to 
storage setting exceeding a required storing capacity 

15 can be prevented. 

Incidentally, the present invention is not limited 
to the above-described processing procedure of the 
embodiment, and it can be implemented with a various 
aspects within the scope of the present invention. The 

20 processing procedure shown in Fig. 1, Fig. 5, Fig. 9 and 
the like is only one example, and a specific processing 
procedure can be change arbitrarily. For example, in the 
above-described embodiment, though the exchanging 
processing is performed before or after the money 

25 reception/payment processing or the transfer processing, 
a timing of performing the exchanging processing is not 
limited to this, but the exchanging processing can be 
performed at an arbitrary timing. 

Incidentally, according to this embodiment, a 

30 deposit account in a financial institution is handled, 
but an account which can be handled by the present 
invention is not limited to this account and the present 
invention is also applicable to a settling account for a 
company or a resource other than the trust account, for 

35 example, an amount of use of computer or the like. 

In the above-described embodiment, an amount 
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utilizing, as a unit, the minimum number of each digit 
in an amount expressed by decimal notation, such as 
1,000,000 yen, one 100,000 yen, 10,000 yen, 1,000 yen, 
100 yen and the like is set to "a unit amount'', but the 
5 "unit amount'' is not limited to only an amount utilizing 
the minimum number of each digit as the unit. For 
example, in the above -de scribed embodiment, in addition 
to the respective unit amounts described above, it is 
thought that amounts other than the amount utilizing the 
10 minimum number, such as 500,000 yen, 50,000 yen, 5,000 
yen, 500 yen and the like are used. That is, in this 
embodiment, the "unit amount" can be set arbitrarily for 
each digit. 

In case that the above-described transfer 

15 processing has been conducted, the arrangement order of 
the account numbers for each unit amount is disturbed, 
as shown in Fig. 4. When not only such a transfer 
processing but also exchanging processing have . been 
conducted, there occurs a possibility that, according to 

20 new production or deletion of a trust record (s) , the 
arrangement order of the trust records corresponding to 
the trust IDs is changed to the production order of the 
trust records, as shown in Fig. 8, which causes a loss 
of the relationship between the arrangement order and 

25 the amount of a unit amount or causes a missing number, 
so that it becomes difficult to grasp the entire trust 
records on the basis of the trust IDs. 

On the other hand, at an arbitrary timing, such as 
a time when transfer processing has been conducted one 

30 time or a time when transfer processing have been 
conducted plural times, trust records are rearranged in 
the higher order of unit amounts and tirust records 
having the same unit amount are rearranged in the 
ascending order of the account numbers (in the order of 

35 A, B, C,... ) , and their trusts IDs are reattached with 
continuous numbers in such an rearranged state so that 
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it is made easy to grasp the whole trust records on the 
basis of the trust IDs. Fig, 10 shows a state after such 
rearrangement of trust records have been conducted to 
the trust records shown in Fig. 8 and reattachment of 
5 their trust IDs have been conducted. 

Further, the data structure of the trust record 
shown in Fig. 2 is only one example, and the data 
structure of the trust record in the present invention 
can be freely changed as far as the trust record is a 
10 record which shows a unit amount and which is registered 
by the number corresponding to the balance in each 
account. Of course, the processing procedure can be 
changed appropriately according to the data structure of 
the record. 

15 Incidentally, it is possible to cause data for 

specifying a depositor of each account such as 
" depositor name" included in the conventional account 
record to be included in a record showing a unit amount 
of this embodiment. In this case, however, data amount 

20 of a record showing a unit amount becomes large and 
there are many cases in which a depositor has plural 
accounts. Accordingly, in view of data processing 
efficiency, it is desirable that data for specifying a 
depositor of each account is managed in a database 

25 manner in a form of a depositor record comprising 
"depositor ID" , "depositor name", "address", "telephone 
number" and the like or a holding account record 
comprising "depositor ID", "account number" and the like 
independently from the record showing a unit amount 

30 according to this embodiment. 

(Account managing/settling system) 

The account managing/settling method of the first 
embodiment is conducted by an account managing/settling 
system show in Fig. 12. The account managing/settling 

35 system is provided with an input/output control section 
2, a money reception/payment processing section 4, a 
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transfer processing section 6, a balance inquiry 
processing section 8, an account opening/canceling 
processing section 10, a trust record updating section 
12, a trust record retrieving section 14, an account 
5 record changing section 16, an account record retrieving 
section 18, a trust record storing section 20, an 
account record storing section 22 and a plurality of 
terminals 50i to 50 n . 

The input/output control section 2 receives each of 

10 processing demands generated from the plurality of 
terminals 50a to 50 n and judges the content of the demand 
to feed parameters such as an input account number and 
the like to one of the money reception/payment 
processing section 4, the transfer processing section 6, 

15 the balance inquiry processing section 8 and the account 
opening/canceling processing section 10 and request a 
processing to the section. 

The money reception/payment processing section 4 
instructs the trust record changing section 12 to 

20 add/delete trust records corresponding to a designated 
amount. The trust record changing section 12 performs 
adding/deleting processing of the instructed trust 
records, namely, the instructed unit amount records and 
an upper /lower exchanging processing accompanied thereby 

25 on trust records stored in the trust record storing 
section 20. When the processing is completed, the trust 
record changing section 12 notifies to the money 
reception/payment processing section 4 that the changing 
of the designated trust records has been completed. On 

30 receipt of this, the money reception/payment processing 
section 4 notifies completion of the money 
reception/payment processing to the input/output control 
section 2. The input/output control section 2 notifies 
the completion of the processing to the terminal which 

35 generated the corresponding processing demand. 

The transfer processing section 6 notifies a 
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transfer source account number, a transfer destination 
account number and transfer amount delivered from the 
input/output control section 2 to the trust record 
changing section 12 to instruct change of the account 
5 number of the trust record. The trust record changing 
section 12 performs change of the instructed account 
number and lower/upper exchanging processing required 
therefor to trust records stored in the trust record 
storing section 20. When the processing is completed, 

10 the trust record changing section 12 notifies completion 
of the processing to the transfer processing section 6 
and the transfer processing section 6 transfers the same 
to the input/output control section 2. 

The input/output control section 2 sends the 

15 completion notification to the terminal which generated 
the corresponding transfer processing demand. 

The balance inquiry processing section 8 transfers 
the account number to the trust record retrieving 
section 14 and instructs it to perform accumulation of 

20 the balance. The trust record retrieving section 14 
retrieves the trust records having the designated 
account number from the trust record storing section 20 
to check their trust IDs, sums the unit amounts of the 
trust records judged to be accumulatable as the balance, 

25 and then notifies the balance to the balance inquiry 
processing section 8. The balance inquiry processing 
section 8 notifies the balance to the input/output 
control section 2, and the input/output control section 
2 returns the balance to the terminal which has 

30 generated the corresponding inquiry demand. 

When the account opening/canceling processing 
section 10 receives an account opening demand from the 
input/output control section 2, it instructs the account 
record changing section 16 and the trust record changing 

35 section 12 to register the account record and the trust 
record of the designated account number. The account 
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record changing section 16 and the trust record changing 
section 12 produce the designated record to register the 
same to the account record storing section 22 and the 
trust record storing section 20, respectively, and 
5 return a processing completion notification to the 
account opening/canceling processing section 10. When 
the account opening/canceling processing section 10 
receives these two completion notifications, it notifies 
completion of the account opening processing to the 

10 input/output control section 2. When the input/output 
control section 2 receives this notification, it 
transmits the processing completion to the terminal 
which has generated the corresponding account opening 
demand. Regarding an account canceling demand, similarly, 

15 deletion of records having a designated account number 
is instructed to the account record changing section 16 
and the trust record changing section 12. Transmission 
of a processing completion notification is conducted in 
a manner similar to the case of the account opening 

20 processing. 

As explained above, according to this embodiment, 
by registering records showing preset unit amounts to 
each account by the number corresponding to the balance 
in the account, it is made possible to perform an 

25 updating processing and a retrieving processing 
independently from each other and in parallel to each 
other, so that even when a system failure occurs during 
operation in a transfer processing between accounts, an 
account managing method and an account settling method 

30 which can realize a banking system with a high 
reliability which is prevented from falling in an unfair 
state such as balance mismatching or the like. 
(Second Embodiment) 

Next, a lot managing method according to a second 

35 embodiment of the present invention will be explained. 

Fig. 13 shows a constitution of a unit lot record 



34 



used in the second embodiment. As understood from Fig. 
13, in the second embodiment, a lot management of a 
material or parts which can be divided or merged 
regarding the same item. By using the unit lot record, a 
5 record where a material or parts have been subjected to 
place or location transfer up to five times to reach a 
current location can be recorded accurately so that 
information can be provided. Further, even when a system 
failure occurs during location transfer processing of 
10 the material or parts, division of the lot and location 
transfer thereof can be handled safely and reliably 
without causing a deficiency of quantity mismatching 
like the account transfer processing in the first 
embodiment. 

15 An outline of a processing of the lot managing 

method according to the embodiment is shown in Fig. 14. 

That is, the lot managing method of the embodiment 
can perform a processing (S1001 and S1002) where, when a 
new subject to be managed occurs, unit lot records of 

20 the number corresponding to an item/quantity thereof are 
written with a current location to be registered, a 
processing (S1003 and S1004) where selection of unit lot 
records to be updated according to change of a location 
of the subject of the designated item/ quantity to be 

25 managed and updating of their location field are 
performed, and a processing (S1005 and S1006) where 
deletion of unit lot records of designated IDs is 
performed for removing them from the subject to be 
managed . 

30 In this embodiment, for example, after one kind of 

parts (item = "part A") are received in an assembling 
factory with a definite number (100 pieces) , each state 
in such a course that the parts are distributed to two 
assembling lines of u a first line" and "a second line" 

35 (60 pieces and 30 pieces) , and 20 parts are assembled in 
each "Product 1# (manufacture number) xxx" and 10 parts 



are assembled in each "Product 2# (manufacture number) 
xxx", respectively and updating during the course can be 
managed. Fig. 15 shows a state that a unit lot record 
has been registered in a DB (database) of the embodiment 
5 in response to reception of 100 parts A. 

Next, a lot division processing shown in Fig. 16 is 
performed in response to that 60 parts of 100 parts have 
been moved to the first line. That is, in case that unit 
lot records are short of m-digit (m is an integer) unit 
10 quantity required for the processing (YES in Step S1101) , 
the lot division processing is conducted according to 
the processing shown in Fig. 16 (SI 102 to S1106) . The 
lot division processing is conducted in the following 
manner . 

15 First, from one unit lot record showing a k-digit 

unit quantity serving as the minimum-digit unit quantity 
in at least (m + 1) -digit unit quantities of unit lot 
records having the corresponding item/ current location, 
10 unit lot records with a (k - 1) -digit unit quantity 

20 having the same lot ID/item/ current location are 
produced and registered (a lower unit record producing 
step: S1102) . Next, the one unit lot record showing the 
k-digit unit quantity which is the source for the 
registered 10 unit lot records showing the (k - 1) -digit 

25 unit quantity is deleted (a higher unit record deleting 
step: S1103) . 

Then, the lot IDs of the registered 10 unit lot 
records showing the (k - 1) -digit unit quantity are 
changed to new individual lot IDs (an individual ID 
30 changing step: S1104) . Further, unless the (k - 1) 
digits match with m digits (NO in Step S1105) , the Steps 
SI 102 to SI 106 are repeated using the previous (k - 1) 
as new k until the (k - 1) digits match with the m 
digits (S1106) . 

35 Fig. 17 shows a state where 60 pieces are moved to 

the first line and 40 pieces are left in the reception 
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according to the above-described lot division. Further, 
three of four records whose current location is 
reception and whose unit quantity is 10 are selected in 
response to transfer of 30 pieces to the second line, 
5 and "reception" is written in their previous locations 1 
and "second line" is written in their current locations 
(refer to Fig. 18) . 

Next, after 20 pieces of these Parts A in the first 
line are assembled into the Product 1# (manufacture 

10 number) 101 and the Product 1# 102 respectively, a 
location changing processing of the lot is performed to 
update the records to a state shown in Fig. 19. 
Similarly, after 20 pieces of the parts A in the second 
line are assembled into the Product 1#201 and 10 pieces 

15 thereof are assembled into the Product 2#202, the 
location change of the lot is performed to update a 
state shown in Fig. 20. 

Now, in the state shown in Fig. 20, when a 
record (s) satisfying the conditions of item = part A and 

20 current location = first line is retrieved, records with 
lot ID = 5 and lot ID * 6 are selected. When the unit 
quantities of these records are summed, it can be known 
that the stock of the parts A in the first line is 20 
pieces . 

25 Further, when a record (s) satisfying the conditions 

of current location = product 1#201 and item = part A 
are retrieved, records with lot ID = 3 and lot ID = 4 
can be obtained, from which it can be known that these 
records have previous location 1 = second line and their 

30 previous location 2 = reception. Similarly, by 

retrieving a record (s) satisfying current location = 
product 1#102 and item = part A to find records with lot 
ID = 7 and lot ID = 8 and knowing that these records 
have previous location 1 = first line and previous 

35 location 2 = reception, it is ascertained that one of 
parts A included in two products (#201 and #102) of the 
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same kind, which belong to Product 1, has been assembled 
in the second line and the other has been assembled in 
the first line. 

Thus, according to the lot managing method of this 
5 embodiment, various inquiries about current location of 
parts of each unit quantity or its transfer record can 
be processed efficiently. In these retrieval processings, 
when a check processing shown in Fig. 21 is additionally 
applied to the selected record (s) , a right retrieval 
10 (accumulation) result can be obtained even during the 
lot division processing shown in Fig. 16 like matching 
preservation of the account balance in the first 
embodiment . 

Next, the check processing shown in Fig. 21 will be 

15 explained. In case that a check processing is conducted, 
as shown in Fig. 21, judgment is made about whether or 
not a plurality of unit lot records having the same lot 
ID exist (S1201) , and a check processing corresponding 
to the judgment result is performed. That is, in case 

20 that a plurality of unit lot records having the same lot 
ID exist (YES in Step S1201) , the case is recognized to 
be in the course of the lot division processing, and 
judgment is made about whether a unit lot record showing 
a different unit quantity (ies) exists in the plurality 

25 of unit lot records (S1202) . 

In case that the unit lot record showing a 
different unit quantity (ies) exists in the plurality of 
unit lot records having the same lot ID (YES in Step 
S1202) , only the unit quantity of one unit lot record 

30 having the maximum quantity thereof is added as the 
amount of the lot ID to obtain the sum (S1204) . On the 
other hand, in case that all the unit quantities of the 
plurality of unit lot records having the same lot ID are 
the same (NO in Step S1202) , all the unit quantities of 

35 the plurality of unit lot having the same lot ID are 
added as the quantity of the lot ID (S1204) . That is, 
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addition of (the quantity) x (the number of unit lot 
records) is performed as the quantity of the lot ID, 
Further, in case that a plurality of unit lot records 
having the same lot ID do not exist (NO in Step S1201) , 
5 an ordinary summing computation for adding the 
quantities of unit lot records simply is conducted 
(S1205) . 

As explained above, according to the lot managing 
method of the embodiment, by registering records of 

10 preset unit quantities by the number corresponding to 
the corresponding item and location record, the quantity 
of the item and location or the item and location record 
can be obtained easily. Another feature of the managing 
method lies in that, when a state is updated, record of 

15 a smaller unit quantity are produced by the record 
dividing processing, as necessary. For this reason, only 
by registering a small number of records comprising 
records of a large unit quantity originally and 
performing a necessary division, an actual smaller 

20 division can be expressed by a relatively small number 
of records. This can considerably reduce the number of 
records as compared with a case that many records of the 
minimum unit quantity are used, so that a processing 
efficiency can be enhanced. 

25 That is, the total number of records is at most 

(the number of combination of item and record) x (the 
number of kinds of unit quantity) x (base number of unit 
quantity - 1) . The number of combinations of item and 
record is limited to combinations of item and record 

30 regarding lots existing simultaneously in actual. The 
number of kinds of unit quantity is the maximum unit 
figures of the size (quantity) of each lot, and the base 
number of the unit quantity is n in case of n-base 
notation. These two numbers are predicted or determined 

35 in advance. For example, ten digits in decimal notation 
is 10 x (10 - 1) = 10 x 9 = 90. However, a case of 
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requiring 90 records is only a case that respective 
digits of the sum quantity of the same item and the same 
record all are 9, namely, the case of 9,999,999,999. 
Therefore, usually, the number of records of the same 
5 item and the same record are considerably smaller than 
the above case. 

Further, the number of combinations of item and 
record is limited in a different field content actually 
generated by registration or division. Therefore, if 

10 aspects of movement or division of lots are known in 
advance, namely if an actual handling procedure of lots 
is defined, combinations to be generated can be 
predicted in advance so that the maximum number of 
records to be generated can be estimated. Thereby, such 

15 an advantage can be achieved that waste of storing 
capacity due to storage setting exceeding a required 
storing capacity is prevented. 

In case that lot division has been conducted in the 
conventional method, it is a common procedure to clarify 

20 a correspondence with the lot number before division by 
such a method that a lot number after division is 
obtained by attaching a branch number to the lot number 
before division. This is because a lot is not retrieved 
and managed with the combination of item and 

25 location/possession record but it is necessary to 
perform retrieval and management according to the lot 
number. Therefore, for attaching a lot number, it is 
necessary to predefine a numbering system considering 
division/retrieval procedure of a lot. 

30 The lot ID in this embodiment is applied for only 

managing a uniqueness of a unit lot record regardless of 
such a lot dividing/managing procedure. Therefore, when 
a lot ID is added (created) , any method for issuing an 
ID different from existing IDs can be adopted, and it is 

35 unnecessary to consider the dividing/managing procedure 
of a lot. In this embodiment, since a function 
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equivalent to a systematic lot retrieval /management 
based upon the lot number conventionally used can be 
achieved by retrieval of a unit lot record based upon 
the combination of item and history, the function for 
5 issuing a lot number systematically considering 
division/movement of a lot preliminarily is not required. 
By causing a portion of a record to include ID for 
identifying a lot, retrieval of a lot derived (divided) 
therefrom can be performed. For example , when not only a 

10 step name but also ID of a received lot are recorded in 
the « reception" in the above history, 

retrieval/accumulation of a divided lot(s) generated 
thereafter can be performed as a unit lot record 
including such a division in the record. In Fig. 15, 

15 when an inherent ID is applied in the "reception" by 
adding lot number 20030916037 including 100 parts, such 
a state as shown in Fig. 22 can be obtained. 

When the state shown in Fig. 20 is reached as a 
result of various divisions, the inherent IDs are 

20 included in the histories of respective unit lot records 
obtained by division. 

When a unit lot record is retrieved by designating 
the record including the inherent ID, a unit lot record 
of a lot derived (divided) from the lot is separated and 

25 identified from other unit lot records having the same 
item and the same location/possession record for the 
reception step. 

As described above, according to the lot managing 
method of this embodiment, it is unnecessary to prepare 

30 a systematic lot number applying procedure in advance 
and lots before and after division can be retrieved 
efficiently by the inherent ID applied at an arbitrary 
step and the rest of the history. 

As shown with the above check procedure in the 

35 quantity accumulation as the retrieval result, even 
while the unit lot record changing section is performing 
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a lot dividing processing according to the procedure 
shown in Fig. 16, the unit lot record retrieval can 
accumulate a right quantity by checking IDs of the 
respective unit lot records according to the procedure 
5 shown in Fig. 21. Accordingly, the unit lot record 
retrieval section can always perform retrieval and 
accumulation of the quantity of a designated lot 
regardless of whether or not the unit lot record 
changing section is changing the unit lot records. That 

10 is, the lot retrieving processing can be performed 
completely in parallel with the lot updating processing. 
Further, even in case that a failure has occurred in the 
system during a dividing processing and the processing 
has not been completed, a feature can be achieved that 

15 such a situation that the quantity of the lot wrongly 
increases/decreases does not occur. 
(Lot managing system) 

The lot managing method of the above-described 
second embodiment is performed by a lot managing system 

20 shown in Fig. 24. The lot managing system is provided 
with an input/output control section 32, a lot 
registration processing section 34, a lot update 
processing section 36, a lot deletion processing section 
38, a lot retrieval processing section 40, a unit lot 

25 record changing section 42, a unit lot record retrieving 
section 44, a unit lot record storing section 46 and a 
plurality of terminals 60 x to 60 n . 

The input/output control section 32 receives each 
of processing demands generated from the plurality of 

30 terminals 60i to 60 n to judge its content and transmits 
inputted parameters such as article name, history and 
the like to either one of the lot registration 
processing section 34 , the lot update processing section 
36, the lot deletion processing section 38 and the lot 

35 retrieval processing section 40 to leave a processing of 
the demand to the one. 
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The lot registration processing section 34 has a 
designated article name and an initial history and 
instructs the unit lot record changing section 42 to add 
unit lot records of kinds and quantity corresponding to 
5 designated quantity. The unit lot record changing 
section 42 conducts the instructed addition of unit lot 
records to the unit lot record storing section 46. When 
the addition has been completed, the unit lot record 
changing section 42 notifies the lot registration 

10 processing section 34 of the completion and the lot 
registration processing section 34 transmits the 
input/output control section 32 of the completion of the 
lot registration processing. The input/output control 
section 32 notifies the terminal which has generated the 

15 corresponding lot registration processing demand of the 
completion of the processing. 

The lot update processing section 36 instructs the 
unit lot record retrieving section 44 to retrieve unit 
lot records of designated article name and history. 

20 Thereby, the unit lot record retrieving section 44 
retrieves coincident unit lot records from the unit lot 
records in the unit lot record storing section 46 and 
return them back to the lot update processing section 36. 
The lot update processing section 36 instructs the unit 

25 lot record changing section 42 to change the histories 
of the designated quantity of unit lot records from the 
retrieved unit lot records. The unit lot record changing 
section 42 performs a record division processing, as 
needed, and change the histories of unit lot records 

30 corresponding to the designated quantity to notify the 
lot update processing section 36 of the completion of 
the lot registration processing. The lot update 

processing section 36 transmits to the input/output 
control section 32 the completion of the lot update 

35 processing and the input/output control section 32 
notifies the terminal which has generated the 
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corresponding lot update processing demand of the 
completion of the processing. 

The lot deletion processing section 38 instructs 
the unit lot retrieving section 4 4 to retrieve unit lot 
5 records of a designated article name and history. 
Thereby, the unit lot record retrieving section 44 
retrieves coincident unit lot records from the unit lot 
records in the unit lot record storing section 4 6 to 
return them back to the lot deletion processing section 

10 38. Next, the lot deletion processing section 38 
instructs the unit lot record changing section 42 to 
delete these unit lot records. The unit lot record 
changing section 42 deletes the instructed unit lot 
records from the unit lot record storing section 4 6 and 

15 notifies the lot deletion processing section 38 of the 
deletion completion. The lot deletion processing section 
38 transmits the lot deletion processing completion to 
the input/output control section 32, and the 
input/output control section 32 notifies the terminal 

20 which has generated the corresponding lot deletion 
processing demand of the completion of processing. 

The lot retrieval processing section 40 instructs 
the unit lot record retrieving section 44 to retrieve 
unit lot records of a designated article name and 

25 history. Thereby, the unit lot record retrieving section 
44 retrieves coincident unit lot records from the unit 
lot records in the unit lot record storing section 4 6 to 
accumulate the quantity of the retrieved unit lot 
records and return it back to the lot retrieval 

30 processing section 40. The lot retrieval processing 
section 40 returns the data to the input/output control 
section 32 as the quantity of the designated lot. The 
input/output control section 32 returns the quantity to 
the corresponding terminal which generated the 

35 corresponding lot retrieval demand. 

As explained above, according to this embodiment, 
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it is made possible to perform an update processing and 
a retrieval processing independently from each other and 
in parallel to each other, so that even when a system 
failure occurs during operation, a lot managing method 
and a lot managing system with a high reliability which 
is prevented from falling in an unfair state such as 
quantity mismatching can be provided. 

Additional advantages and modifications will 
readily occur to those skilled in the art. Therefore, 
the invention in its broader aspects is not limited to 
the specific details and representative embodiments 
shown and described herein. Accordingly, various 

modifications may be made without departing from the 
spirit or scope of the general inventive concepts as 
defined by the appended claims and their equivalents. 



